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(57) A recording medium for storing real time re- 
cording/reproductk)n infqmatjon,_a real time recording 
and reproducing method and apparatus, and a file op- 
erating method using the information, are provided. Re- 
al time recording/reproduction information for ensuring 
real time recording/reproduction is stored in a file control 
information area, in each real time file, or in a sperate 
file, and real time recording/reproduction attributes are 
assigned to the file. Thus, real time recorded files can 
be continuously reproduced without interruption. Also, 
methods of creating a file to which real time recording/ 
reproduction attributes are assigned, extending a data 
area, and recording and reproducing the file to which 
real time recording/reproduction attributes are as- 
signed, are provided. 
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Description 

[0001] The present invention relates to a system requiring recording and/or reproduction in real time, and more 
particularly, to a recording medium for storing real time recording/reproduction information, a method and apparatus 
for recording and reproducing a real time file based on the real time recording/reproduction information, and a file 
operating method using the real lime recording/reproduction information. 

(0002] In a computer or audio and/or video (A/V) apparatus constituted of a file system for an A/V file required to be 
recorded/reproduced in real time, control information representing that the A/V file is a real time recording/reproduction 
file is not recorded in file control information. Thus, it is impossible to reproduce in real time a file comprised of data 
blocks physically scattered on a recording medium even if they are logically successive. 

[0003] Here, a conventional file system, as shown in FIG. 1 , is comprised of file control information having the length 
of a file, information on the position of file data, information on the possibility or impossibility of reading/Writing a file, 
etc.. and file data stored in positions designated by the file control information. When a file on a disc is read, file control 
information is first read, and file data in the positions designated by the read File control information is then read and 
reproduced. Such a method of allocating a block of a fixed size used in the conventional file system cannot guarantee 
real time reproduction of a file. 

[0004] That is, recording/reproduction of the conventional file system is described by taking as an example the case 

in which two files occupy blocks on a disc as shown in FIG. 2. Here, a file A, requiring real time reproduction, occupies 

blocks 0, 3. 5 and 6 of the disc, and a file B, a general file, occupies blocks 1 , 2. 4 and 7 of the disc. 

[0005] The process for reproducing the file A is as follows. 

[0006] In the first step, block 0 is read. 

[0007] In the second step, block 3 is searched for. 

[0008] In the third step, block 3 is read and played back. 

[0009] In the fourth step, the block 5 is searched for. 

[0010] In the fifth step, blocks 5 and 6 are read and played back. 

[0011] In the conventional file system, since information associated with real time recording/reproduction is not re- 
corded even when recording a file requiring real time recording/reproduction, a data arrangement for real time recording/ 
reproduction is not considered. Thus, real time reproduction may not be achieved. 

[0012] That is, the file A (for example, a video file) of FIG. 2 requires real time reproduction, but the conventional file 
system arranges data files without consideration of the requirement of real time reproduction, thus causing a screen 
to be interrupted during playback. In order to record/reproduce files in real time, the sum of a seek time and a read 
time must be smaller than a playback time, as shown in the following expression: 

seek Jime +_read time ^playback time (1 ) 

[0013] In order to prevent a screen from being interrupted, a next block must be searched for during reading and 

reproducing a current block before the next block is read. However, in ah apparatus for driving a disc such as a compact 

disc (CD) and a digital versatile disc (OVD), the seek time is significantly longer than the read time. Therefore, real 

time reproduction is impossible if the next block is not physically adjacent to the current block. 

[0014] With a view to solve or reduce the above problems, it is an aim of embodiments of the present invention to 

provide a recording medium for storing real time recording/reproduction information for real time files. 

[001 5] It is another aim of embodiments of the present invention to provide a method of recording real time recording/ 

reproduction information after real time files are arranged in a minimum contiguous storage block and of reproducing 

files in real time according to the real time recording/reproduction information. 

[0016] It is still another aim of embodiments of the present invention to provide a method of copying files in consid- 
eration of real time recording/reproduction information, adding the real time recording/reproduction information of orig- 
inal files to copied files, and reproducing the copied files in real time using real time recording/reproduction information. 
[0017] It is yet another aim of embodiments of the present invention to provide an apparatus for recording a recording/ 
reproduction bit rate as real time recording/reproduction information, for recording a plurality of recording/reproduction 
bit rates as real time recording/reproduction information when the recording/reproduction bit rate varies for different 
data sections, and for reproducing files in real time according to the real time recording/reproduction information. 
[0016] It is still yet another aim to provide a file operating method of generating a file in which real time recording/ 
—reproduction information has been set, expanding data regions, recording and reproducing the file, and performing 
other file operations. 

[0019] According to a first aspect of the invention, there is provided a recording medium in which real time files 
requiring real time recording/reproduction are recorded, wherein real time recording/reproduction information for en- 
suring real time recording/reproduction of the real time flies is stored in a file control information area. 
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10020] According to a second aspect of the invention, there is provided a recording medium in which real time Hies 
requiring real lime recording/reproduction are recorded, wherein real time recording/reproduction information for en- 
suring real lime recording/reproduction of the real time files is stored in the real time Hie. 

100211 According to a third aspect of the invention, there is provided a recording medium in which real time files 
s requiring real time recording/reproduction are recorded, wherein real time recording/reproduction information for en- 
suring real lime recording/reproduction of the real time files is stored in a separate file. 

[0022] The real time recording/reproduction information may be stored in a file called •RTRW.TS.VOB* having a 

FtTRW format. _ . 

[00231 According to a fourth aspect of the invention, there is provided a recording medium in which real time files 
io requiring real time recording/reproduction are recorded, wherein real time recording/reproduction information for en- 
suring real time recording/reproduction of the real time files is stored in a volume structure area of a predetermined 

file system 

(0024] The real time recording/reproduction information preferably includes file indication information indicating that 
a file requires real time recording/reproduction. 

[0025] Preferably the real time recording/reproduction information includes at least one among recording/reproduc- 
tion bit rate information, information on a minimum contiguous storage block satisfying the condition in which the play- 
back time of a current data block is greater than the sum of the seek time and the read time of a data block to be played 
back, information on a playback time for ensuring minimum contiguous storage, and contiguous recording/reproduction 

roaaa' 0 CoS information of a spindle motor may be obtained from the recording/reproduction bit rate information. 
[0027] The recording/reproduction bit rate information preferably includes a plurality of bit rate values when a bit rate 
varies with sections, and information associated with the sections. 
[0028] The real time recording/reproduction information may further include the maximum allowable value informa- 
tion of a real time recording/reproduction bit rate. 
25 . [0029] ' The information of the minimum contiguous storage block may be determined depending on a maximum seek 

[0030] The minimum contiguous storage block may be classified in consideration of the size of an error correction 
code block unit and a maximum seek time. 

[00311 Preferably, the real time recording/reproduction information further includes any among the following: block 
connecting information for connecting blocks for the classified minimum contiguous storage blocks, to accomplish real 
time reproduction: attribute information indicating when the end portion of a file is not filled with data by a minimum 
contiguous storage block, data blocks for the unfilled portion are allocated in advance but unrecorded; current real 
lime recordable/reproducible state information indicating whether a current file is arranged so as to be recorded/repro- 
duced in real time: file defect management information indicating that replacement of a defective block with a block ; in 
a spare area and rereading or rewriting of the defective block are not attempted when reading or writing fails: file 
allocation information indteating that a data block is not allocated to me defective block replaced by the sparearea: 
file ~b^ringinfo7mation I associated with the amount of data to be initially read from a buffer and the amount of written 

data to a buffer at a time. .. . „ . „• • 

[00321 The contiguous recording/reproduction type information preferably includes the conditions for controlling ea 
time files, the conditions being classified into types, and the conditions for controlling real time files include file detect 
management information, file allocation information, file buffering information, the information of a minimum conuguous 
storage block, etc. 

[00331 The file control information area may be of a universal disk format (UDF) system. 

[0034] The real time recording/reproduction information may be stored in an extended attribute field of a file enlry 
4S '[003S] U The Sy rea17ime recording/reproduction information may be stored in a file identifier descriptor field of UDF 

(CoSST The real time recording/reproduction information may be stored in a stream directory ICB (information control 

so JoM7V' e The*^ information may be stored in a file type field in an ICB TAG field of a file 

[£*3B]' The^l Swording/reproduction information may be stored in a file flag field in an ICB TAG field of a file 
entry tor the UDF system, recording/reproduction type information. 

[00391 According to a fifth aspect of the invention, there is provided a recording and reproducing method comprising 
ss the steps of: (a) arranging and recording real time files requiring real time recording/reproduction on the basis of rea 
time recording/reproduction information tor ensuring real time reproduction, and recording the real time recording/ 
reproduction information; and (b) reading and reproducing the real time file data using the real time recordmoAepro- 
duction information. 
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[0040] The real time recording/reproduction information may be stored in one or more of the following locations: a 
file control information area; the file control information area of a UOF system: each real time file: a volume sturcture 
area. 

[0041] Real time recording/reproduction information associated with the real time files may be stored in a separate 
s file. 

[0042] The real time recording/reproduction information preferably includes file indication information indicating that 
a file requires real time recording/reproduction. 

[0043] The real time recording/reproduction information preferably includes recording/reproduction bit rate informa- 
tion, and includes information associated with sections and a plurality of bit rate values when a bit rate varies for different 
*o sections. 

[0044] Preferably, in step (a), file data areas are automatically arranged according to the recording/reproduction bit 
rate information. 

[0045] Preferably, the maximum allowable value of a real time recording/reproduction bit rate is further included in 
the real time recording/reproduction information. 
is [0046] The real time recording/reproduction information preferably includes at least one among a minimum contig- 
uous storage block satisfying the condition in which the playback time of a current data block is greater than the sum 
of the seek time and the read time of a data block to be played back, a playback time for ensuring minimum contiguous 
storage, and contiguous recording/reproduction type information. 

[0047] In step (a), the real time files are preferably arranged in the minimum contiguous storage block. 
20 [0048] The step (a) may further comprise the step (a1 ) of recording as the real time recording/reproduction information 
attribute indicating when the end portion of the real time file is not filled with data by the minimum contiguous storage 
block while the real time file is recorded in the minimum contiguous storage block, a number of data blocks correspond- 
ing to the size of the unfilled portion are allocated but unrecorded. 

[0049] The minimum contiguous storage block may be classified in consideration of the size of an error correction 

25 code block and a maximum seek time. 

[0050] Preferably, in step (a), the real time files are arranged in the classified minimum contiguous storage blocks. 
[0051] The real time recording/reproduction information preferably further includes one or more among the following: 
current real time recordable/reproducible state information indicating whether a current file is arranged so as to be 
recorded/reproduced in real time; and at least one among file defect management information indicating that replace- 

30 ment of a defective block with a block in a spare area and rereading or rewriting of the defective block are not attempted 
when reading or writing is failed, file allocation information indicating that a data block is not allocated to the defective 
block replaced by the spare area, and file buffering information associated with the amount of data to be initially read 
from a buffer and the amount of written data at a time. 

[0052] The contiguous recording/reproduction type information may include the conditions lor controlling real time 
35 files, the cc<idito 

production bit rate information, file defect management information, file allocation information, file buffering information, 
the information of a minimum contiguous storage block, etc. 

[0053] The step (b) may comprise the substeps of: (b1) reading a volume area on the recording medium: and (b2) 
reproducing a file in consideration of the real time recording/reproduction information if real time recording/reproduction 
40 information exists in the volume area. 

[0054] The step (b) may comprise the substeps of: (b3) determining whether real time recording/ reproduction infor- 
mation exists in a file area: and(b4) reproducing a file in consideration of the real time recording/reproduction information 
if real time recording/reproduction information exists in the file area. 

[0055] Preferably, recording/reproduction bit rate information, defect management information, file allocation infor- 
ms mat ion, and file buffering information according to real time recording/reproduction information in the file area are 

analyzed, and file data in a minimum contiguous storage block is read and reproduced in step (b2) or (b4) respectively. 

[0056] The method may further comprise the step of; (c) copying a file toa free area from which a defective block is 

excluded, on the basis of the real time recording/reproduction information and general defect management information. 

[0057] The real time recording/reproduction information and real time files are preferably copied together in step (c). 
so [0058] Only the real time file data may be copied on the basis of the real time recording/reproduction information in 

step (c). 

[0059] According to a sixth aspect of the invention, there is provided a recording and reproducing apparatus for 
recording and/or reproducing real time files on a disc using real time recording/reproduction information for ensuring 
real time recording/reproduction, the apparatus comprising: a codec for compressing and encoding an input bitstream 
ss according to a predetermined compression scheme and providing compressed data upon recording, and decoding the 
compressed and encoded data upon reproduction; a buffer for temporarily storing the compressed data at a recording 
bit rate using bit rate information included in the real time recording/reproduction information, and transmitting data 
written on the disc to the codec at a reproduction bit rate; a signal processor for converting the data stored in the buffer 
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into a signal suitable tor recording and transmitting the converted signal together with real time ^ or ^f e ^^ f 
n orniSn onto the disc upon recording, and reproducing data read from the disc according to the real reco^ 
r^ recorded on a predetermined area of the disc; and a controller for controll.ng the drrving of a 

se^ a spindle motor according to bit rate information of the real time recording/reproduction 

iOTwT^e recording/reproduction bit rate information preferably includes information associated with sections and 
a oluralitv of bit rate values when the bit rates for sections are different. 

Sill T?e maximum allowable value of a real time recording/reproduction bit. rate may be further mcluded .n the 
real time recording/reproduction information. . ,. _ ... ... . _ lnr 

[W62] File data areas are preferably automatically arranged according to the record.ng/reproduct.on b.t rate .nfor- 

S' The real time recording/reproduction information may be stored in one or more of the talking: a tile ; control 
Eation area; the file control formation area o. a universal disc format (UDF) system, each real nme f..e. andtor 

t^r^t^ «™ recording/reproduction information associated with the real time fi.es is stored in a sep- 

P06 B S] l8 The real lime recording/reproduction information may include file indication information indicating that a file 

EST F^eTa^ '"formation **— « <- ^mong a minimum 

Sous slo age b.ock satisfying the condition in which the playback time of a current data block .s greater than the 

of me seek Sme fnd the read time of a data block to be played back, a playback time for ensuring m,n,mum. 
\Zn Th* flim^ontiguous storage b.ock is preferably classified in consideration o, the s,ze of an error correo 

l^f T^^^ formation pre«erab.y further incudes current real time -ordab,e/re. 

zzz^^t^*** «*** «p^- » ■»» ?r r z atr 9 in,ormation 

Sucto ,Z JXZll 'lor**, on a congou. «»ao. bloc. '-Wr* « ^£ "TJ * 

h! Sick urns ol a curr.nl data block Is greater man ma sum d ihe seek time and me read lima ol a data block lo 
SSSw^. Playback le ,o, ensurino mini™™. conllguou, storage, and conlrguoos recording, 

S .the device driver checking if real time recordinoyreproduction attnbutes have been set. when the f.le record,ng 
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(unction is called, and recording data in an allocated/unrecorded area according to a real time recording condition. 
[0077] The method may further comprise the steps of: reporting the magnitude of recorded data to the application 
layer when an allocated/unrecorded allocation area is deficient in the recording step: the application layer pre -a I locating 
an allocated/unrecorded area using the area allocation process with reference to the magnitude of the recorded data: 
5 and recording the residual data in a pre-altocated area. 

[0078] The allocated/unrecorded area may be automatically pre-allocated according to bit rate information set by a 
file system layer in the step of pre-ailocating the allocated/unrecorded area. 

[0079] When a defective block is generated during recording of data in the allocated/Unrecorded area in the recording 

step, the defective block may be excluded from the allocated/unrecorded area. 
io [0080] The selected process may be the reproduction process , and the method comprises the steps of: an application 

layer calling a kernel layer using a reproduction command: the kernel layer calling a file reproduction function from a 

device driver: and the device driver checking if real time recording/reproduction attributes have been set, when the file 

reproduction function is called, and reproducing data according to a real time reproduction condition. 

[0081] The selected process may be the deletion process, and the method comprises the steps of: an application 
'5 layer calling a kernel layer using a deletion command: the kernel layer calling a file deletion function from a device 

driver and the device driver checking if real time recording/reproduction attributes have been set. when the file deletion 

function is called, and deleting data according to a real time condition. 

[0082] The deletion area may be allocated to a free area, and data in a padding space of an A/V data section pertaining 
to the deletion area among an error correction code (ECC) block ranging over the boundary of the deletion area is 
20 managed as a separate file on a system file. 

[0083] The data in the padding space may be stored and managed in an allocation descriptor list in an ECC padding 
entry, and the padding space pertaining to the deletion area in an ECC block ranging over the boundary of the deletion 
area and an A/V file space not pertaining to the deletion area have extent lengths. 

[0084] The selected process may be the closing process, and the method, comprises the steps of: an application 
2S layer calling a kernel layer using a close command: the kernel layer calling a file closing function from a device driver; 
and the device driver updating file control information and disc information when the file closing function is called. 
[0085] For a better understanding of the invention, and to show how embodiments of the same may be carried into 
effect, reference will now 

30 FIG. 1 is a view illustrating the one -dimensional structure of a recording medium, the structure showing the rela- 

tionship between file control information and file data; 

FIG. 2 is a view illustrating an example in which two conventional files occupy blocks on a disc: 

35 FIGS. 3A through 3D show examples of storage, of real time recording/reproduction.attribute.information according 

to an embodiment of the present invention: 

FIG. 4 is a view illustrating an example in which real time files according to the present invention, comprised of 
minimum contiguous storage blocks, occupy blocks on a disc; 

40 . 

FIG. 5 is a view illustrating the one-dimensional structure of a recording medium for recording real time AV data 
allocated into minimum contiguous storage blocks: 

FIGS. 6A and 6B are views illustrating examples of copying a file comprised of minimum contiguous storage blocks: 

4S 

FIG. 7 is a flowchart illustrating a reproducing method using real time recording/reproduction information according 
to an embodiment of the present invention; 

FIG. 8 is a schematic block diagram of a disc recording and reproducing apparatus applied to the present invention; 

so 

FIG. 9 is a view showing the flow of control for real time recording/reproduction for a real time rewritable system; 

FIG. 10 is a block diagram showing the flow of data for real time recording/reproduction for a real time rewritable 
system; 

55 

FIG. 11 is a view illustrating an example of allocating an unrecorded/unallocated area in a real time recorded/ 
reproduced file; 
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FIGS. 12A through 12D are views illustrating examples of recording data of a real time recorded/reproduced file: 

FIGS. 13A through 130 are views illustrating file control information corresponding to when different bit rates are 
provided in different sections and when an identical bit rate is provided in the entire file data section: and 

5 

FIGS. 14A through 14C are views illustrating partial deletion of real time recorded/reproduced file data. 

[0086] Preferred embodiments of a recording medium for storing real time recording/reproduction information, a real 
time recording and reproducing method and apparatus, and a file operating method using the real time recording/ 
reproduction information will now be described referring to the attached drawings. 

[0087] FIGS. 3A through 30 show examples of storing real time recording/reproduction information (this can be 
called real time recording/reproduction attribute information) according to an embodiment of the present invention. As 
shown in FIG. 3A, the real time recording/reproduction information can be provided as an attribute to each real time 
file. As an example, the real time recording/reproduction attribute information can be stored m an extended attribute 
field in a file entry or a stream directory ICB (information control block) field when a file system is a universal disk format 
(UDF) system. 

^0088] • Alternatively, the real time recording/reproduction attribute information can be stored in a file identifier de- 
scriptor field, a file type field, or a flag field among an ICB TAG field in a file entry. The file entry can be called a file 
control information area or a file structure area. 

[0089] As shown in FIG. 3B. real time recording/reproduction attribute information for each file can be stored in a 
predetermined area (information area) in each file. For example, in the case of a real time rewritable (RTRW) format, 
real time recording/reproduction attribute information can be stored in a data file named RTRW_TS.VOB. 
[0090] As shown in FIG. 3C. real time recording/reproducing attribute information for each file can be stored in a 
separate file. As an example, real time recording/reproduction attribute information can be stored in an information file 
having an RTRW format named RTRW_TS.IFO. As another example, when the file system is the UDF system, the 
real time recording/reproduction attribute information can be stored in a volume structure area separate from a file 
structure area, as shown in FIG. 3D. 

[0091] Therefore, when real time recording/reproduction attribute information is stored in the volume structure area 
or file structure area in the UDF system, the real time recording/reproduction attribute information is first interpreted 
upon mounting a volume or opening a file, and data is then recorded/reproduced in real time according to the interpreted 
information. 

[0092] Real time recording/reproduction file indication information (e.g.. identifier = "AV file') representing that a file 
requires real time recording/reproduction is included in the real time recording/reproduction attribute information. 
Among information on the size of the minimum contiguous storage block satisfying the condition of expression 1. 
reproduction time information for ensuring minimum contiguous storage, recording/reproduction bit rate information, 
and information on _the_con tig uous recording/reproduction type,„atleasLone can -be stored Jnthe-real-time-recording/ 
reproduction attribute information. Here, if there are three types of discs A. B and C. the contiguous recording/repro- 
duction type information can be predetermined as follows: 

40 

type A = 10.08 Mbps, type B = 1.4 Mbps. type C = 8 Mbps 

[0093] An attribute representing whether files are currently arranged so as to be recorded/reproduced in real time, 
i.e., an attribute representing the current real time recordable/reproducible state of files, is also included in the real 

45 time recording/reproduction attribute information. 

[0094] Real time recording/reproduction bit rate information is stored in the real time recording/reproduction attribute 
information. When the recording/reproduction bit rate is changed in each section, information associated with a plurality 
of bit rate values and sections (e.g. . position information) can be stored in the real time recording/reproduction attribute 
information. The maximum allowable value of the real time recording/reproduction bit rate can be further stored in the 

so real time recording/reproduction attribute information. Here, the control information of a spindle motor can be obtained 
by using the recording/reproduction bit rate information. 

[0095] In addition, file defect management information, file buffering information, file allocation information, etc. can 
be included in the real time recording/reproduction attribute information. That is, if file defect management information 
is stored in the real time recording/ reproduction attribute information, replacement of a defective block with a spare 
55 area is not attempted when reading or writing fails, and further reading or writing of the defective block is not attempted. 
[0096] For example, file allocation information such as non-allocation of a defective block replaced by a spare area 
as a data block can be stored in the real time recording/reproduction attribute information. File buffering information 
associated with the amount of data to be initially read from a track buffer and the amount of data to be recorded in the 
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track buffer at a time can also be stored as the real time recording/reproduction attribute information. 
[00971 Instead of individually storing many real lime recording/reproduction attributes such as file defect management 
information, file allocation information, and file buffering information, the conditions for controlling real time files are 
classified into types, and the information of the classified types is recorded in a real time recording/reproduction file 
attribute information area. In this way. easy real time recording and reproduction can be achieved. For example, the 
following types of information can be provided: 

type A: a data bit rate of 10Mbps. impossibility of allocation of a data block to a defective block replaced by a spare 
area, and impossibility of reattempt of reading upon failure in reading; and 

type B: a data bit rate of 8Mbps, possibility of allocating a data block to a defective block replaced by a spare area, 
and impossibility of reattempting reading upon failure in reading. 

[0098] Meanwhile, referring to FIG. 4 showing an example of real time files comprised of minimum contiguous storage 
'5 blocks occupying blocks on a disc according to the present invention, a file A is a file requiring real time reproduction. 

If a minimum contiguous storage block satisfying the condition of expression 1 is comprised of four blocks, the file A 

is recorded in real time in units of four blocks. That is, the real time file A occupies blocks 0, 1 , 2. 3. 5, 6. 7, 8, 11. 12. 

13 and 14 on a disc. A general file B occupies blocks 4. 9, 10 and 15 on the disc. The general file B not requiring real 

time reproduction has a minimum contiguous storage block comprised of one block, and one or an arbitrary number 
?0 of segments can be stored. 

[0099] This block generally corresponds to a sector of a disc.The file A operates for real time reproduction, as follows. 

[0100] In step 1 , blocks 0, 1 , 2 and 3 are read. 

[0101] In step 2, block 5 is searched for during playback of the blocks 0, 1 , 2 and 3. 
[0102] In step 3, blocks 5. 6. 7 and 8 are read. 
2S [0103] In step 4, block 11 is searched for during playback of the blocks 5, 6, 7 and 8. 
[0104] In step 5, blocks 11. 12. 13 and 14 are read and played back. 

[0105] If no areas for contiguous blocks capable of satisfying the minimum contiguous storage block exist on a disc 
upon storage of a file requiring real time reproduction, recording of the file is not possible. However, if a warning 
message like "contiguous recording is not possible. Shall the minimum contiguous storage block be designated as one 
30 block and the file be stored in the designated block length ?" is sent to a user, and if the user requires storage, the file 
can be stored in the minimum contiguous storage blocks comprised of one block. In this case, the value of the initially- 
designated minimum contiguous storage block is stored in the information associated with the minimum contiguous 
storage block length included in the real time recording/reproduction attributes, but information indicating that the ar- 
rangement of currently stored files makes real time recording/reproduction impossible is stored in a current real time 
_as -recordable/reproducible-slate attribute. This-is done-so -that-a-file-lo be copiedxan be contiguously treated as a real 
time recording/reproduction file when the file is copied on different discs or the same disc. 

[0106] In embodiments of the present invention, a driving apparatus, such as a CD drive and a DVD drive, having a 
seek time (e.g.. 150ms) significantly longer than a read time (e.g., 1.43ms), which is expressed by seek time » read 
time, can also realize real time reproduction if it satisfies the condition of expression 1 : seek time + read time < playback 
•to time. 

[0107] Meanwhile, the minimum contiguous storage block limits the allocation of a free block on a disc to satisfy a 
predetermined purpose. Here, the free block means a non-used area having no defective blocks or a rewritable area 
among user areas that can be used by a user. 

[0108] If the minimum contiguous storage block is defined as 16 blocks arranged in an error correction code (ECC) 
& block, the allocation of a data block is not possible for less than 1 6 contiguous free blocks. Also, the allocation of a 
data block is not possible for 16 contiguous free blocks ranging over two ECC blocks. Here, the minimum contiguous 
storage block has the purpose of recording and reproducing a DVD-RAM in an ECC unit. 

[0109] When all real time data is stored on physically-contiguous blocks on a disc, no seeking occurs, and thus 
recording/reproduction is prevented from being interrupted. However, since contiguous blocks do not infinitely exist, a 
so minimum contiguous storage block is calculated and stored as the real time recording/reproduction attributes of a file, 
and real time data is recorded in the minimum contiguous storage block. In this way, the interruption of a screen can 
be prevented. 

[0110] If an MPEG playback bit rate (=Vb) of 8Mbps, a seek time of 1 50ms. a read bit rate (=\fe) of 1 1 Mbps. a block 
of 2048 bytes, and data having ECC blocks each comprised of 16 blocks is recorded in a recording medium such as 
ss a disc, the minimum contiguous storage block S can be obtained according to the condition of expression 1 as shown 
in the following expression 2: 
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(1 -Vh/Va)D(204ea8)DS > VbDseek lime/1000 (2) 

[0111] From this expression, the minimum contiguous storage block S is 261 blocks. When data is recorded in units 
of at least 261 blocks designated as the minimum contiguous storage block, real time reproduction is possible. However, 
272 blocks corresponding to 17 contiguous ECC blocks can be designated as the minimum contiguous storage block. 
Here, the predetermined purpose is to ensure recording/reproduction when the maximum seek time is 150ms. 
[0112] With one ECC block comprised of 16 blocks designated as the minimum contiguous storage block, and a 
limitation such as the seek time added as shown in expression 2. a free block allocation method for real time recording 
and reproduction is classified into steps, and the steps can be arranged as shown in Table 1 : 



(Table 1] 





number of contiguous blocks 


purposes 


Third step 


1088 blocks (ECC arrangement) 


ensuring real time recording/reproduction between blocks 
requiring a seek time of 600ms 


Second step 


272 blocks (ECC arrangement) 


ensuring real time recording/reproduction between blocks 
requiring a seek time of 150ms 


First step 


16 blocks (ECC arrangement) 


ensuring recording and reproduction in an ECC unit (_ all 
allocated blocks must satisfy the first step) 



[0113] A/V data is recorded and reproduced by arranging blocks satisfying a limitation on the minimum contiguous 
storage block whose number of blocks depends on each step, so that the blocks can be physically connected to each 

2s other, whereby real time recording and reproduction can be ensured. For example, when there are three groups of 
blocks of the minimum contiguous storage block: 16 blocks, 272 blocks and 1088 blocks, and the seek time is 150ms, 
the possibility of real time recording/reproduction depends on the method of connecting the blocks. 
[0114] That is, when 272 blocks, 1088 blocks, and 16 blocks are sequentially arranged, real time recording and 
reproduction is possible, and when 1 6 blocks, 272 blocks and 1 088 blocks are sequentially arranged, real time recording 

jo and reproduction is not possible. 

[0115] Accordingly, the minimum contiguous storage block can be effectively recorded and reproduced in real time 
using the allocation of blocks by steps and the block connecting method. 

[0116] Meanwhile, if the end portion of a file is not filled with as much data as in a minimum contiguous storage block 
as shown in FIG. 5, even when the file is recorded according to the condition of the minimum contiguous storage block, 

35 an attribute representing, that data blocks for the unfilled area are allocated but not recorded is stored as real time 
recording/reproduction information, thus allowing real time playback upon additional recording. 
-~[01-1^-<--That-is,-referring-to^ time 
AV data stored in the minimum contiguous storage block is placed, real time recording/reproduction attribute information 
in addition to the length of a file, information on the position of file data, information on the possibility or impossibility 

40 of reading/writing a file, etc. is further stored in file control information positioned at a disk block #1. Two minimum 
contiguous storage blocks each comprised of 272 data blocks are allocated to first file data placed at a disk block #m. 
272 data blocks for the minimum contiguous storage block are allocated to second file data positioned at a disk block 
#n. and 200 data blocks and 72 allocated/unrecorded blocks are allocated to third file data positioned at a disk block #o. 
[0118] When a file for real time recording/reproduction is copied on the same disc or different discs, the data blocks 

4S of the file must be arranged on the disc using real time recording/reproduction attribute information so that the file can 
be played back in real time. If the arrangement of the data blocks is not possible, the data blocks are arranged on the 
same basis as the arrangement basis of general file blocks. Here, the real time recording/reproduction attribute infor- 
mation maintains the original attribute information, but the impossibility of real time recording/reproduction is set as a 
current real time recordable/reproducible state attribute. 

50 [0119] Also, when an operating system (OS) detects defective blocks on a disc upon copying of a file, data blocks 
to be copied must be arranged in consideration of the original real time recording/reproduction attribute information 
and medium defect management information recorded in a secondary defect list (SDL). For example, when the mini- 
mum contiguous storage block ts 40 blocks as shown in FIG. 6 A. data blocks are arranged in consideration of a defective 
area of a disc to copy a file on, as shown in FIG. 6B. On the other hand, when the OS does not detect defects recorded 

55 in the SDL, data is allocated to blocks other than the defective block area in an application program for copying and 
in consideration of real time record ing/reproduct ran attribute information as shown in FIG. 6B. 
[0120] FIG. 7 is a flowchart illustrating a reproducing method using real time recording/reproduction information, 
according to an embodiment of the present invention. A disc is loaded on a player in step S101 , and the player reads 
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a volume area from the disc in step S102. A determination of whether real time recording/reproduction information 
exists on the volume area is made in step S103. If real time recording/reproduction information exists on the volume 
area, playback of files is set in consideration of the real time recording/reproduction information, in step S104. If it is 
determined in step S103 or after step Si 04 that no real time recording/reproduction information exists on the volume 
area, reading of the volume area is completed in step S105. 

[0121] Thereafter, a file is read in step S106. It is determined whether real time recording/reproduction information 
exists in the read file, in step S107. If the real time recording/reproduction information exists in the read file, playback 
of the file is set in consideration of the real time recording/reproduction information, in step S108. If it is determined in 
step S107 or after step S108 that no real time recording/reproduction information exists in the read file, the read file 
is played back in consideration of whether the real time recording/reproduction information has been set, in step Si 09. 
[0122] Here, when real time recording/reproduction information exists in the volume structure area, steps SI 07 and 
S1 08 may not be performed. Also, when real time recording/reproduction information exists in a file control information 
area, steps S103, S104 and S105 may not be performed. 

[01 23] FIG. 8 is a schematic block diagram of a disc recording and reproducing apparatus to be applied to the present 
invention. The function of the apparatus for recording and reproducing A/V data using a recordable and rewritable disc 
is divided into recording and reproduction. 

[01 24] Upon recording, a codec 1 1 0 compresses and encodes an audio/video (AA/) signal from an external bitstream 
using a predetermined compression scheme, and writes data compressed according to a recording/reproduction bit 
rate (Vb) to a track buffer 120. An error correction encoder and decoder (ECC) 130 error-correct encodes the data 
written to the track buffer 1 20, reads the error-correction encoded data at a write/read bit rate Va. and applies the result 
to a pickup unit 140. Also, the ECC 130 applies real time recording/reproduction information generated under the 
control of a controller 1 70 to the pickup unit 1 40 so that the information can be recorded on a volume structure area 
or a file control information area. The pickup unit 1 40 converts the error-correction encoded data into a radio frequency 
(RF) signal and records the RF signal on a disc 150. Here, the recording rotating speed of a spindle motor 160 for 
* 5 driving the disc 150 is controlled according to a servo control signal from the controller 170. 

[0125] Upon reproduction, when real time recording/reproduction information is stored in the file control information 
area or the volume structure area, buffering information associated with the amount of data to be initially read from the 
track buffer, file allocation information, defect management information, recording/reproduction bit rate information, 
etc. are read in advance, and reading of file data is controlled on the basis of the read information. File data to be 
50 satisfied by the condition of the minimum contiguous storage block is read from the disc 150 at a write/read bit rate 
Va. The read file data is error-correction decoded by the ECC 1 30 via the pickup unit 1 40. and written to the track buffer 
120. The codec 110 reads data written to the track buffer 120 at the recording/reproduction bit rate Vb, decodes the 
read data, and reproduces AA/ data. 

[0126] When recording/reproducing bit rate information exists in the real time recording/reproduction information, 
the controller 170_objains the control information of the spindle motor 150 from tho-rscording/reproducing bit rate 
information provided from the pickup unit 140 and the ECC 130, and can drive not only the spindle motor but also a 
servo mechanism. 

[0127] FIG. 9 is a view showing the flow of control for recording/reproducing data on a disc to which real time real 
time recording/reproduction attributes are provided, in a real time rewritable (RTRW) system. 
40 [0128] The RTRW system is comprised of an application layer 201 for producing a command associated with A/V 
data recording/reproduction, a Windows kernel 202 for interpreting the produced command, and a device driver 203 
having a file system the same as the file system of a DVD-RAM device driver for requesting a corresponding function 
according to the command interpreted by the Windows kernel 202 by transmitting a driver command to a drive 204. 
Here, the Windows kernel 202 and the device driver 203 correspond to a file system layer, and the Windows kernel 
202 can be called a kernel layer. 

[0129] FIG. 10 is a block diagram showing the flow of real time recording/reproduction data for a computer system 
among RTRW systems. Upon recording, the following processes are performed in a multitasking manner storing AA/ 
data input to an AA/ encoder 211 in a computer main memory 212 in real time; storing A/V data stored in the computer 
main memory 212 in a first-tn first-out (FIFO) file of a hard disk drive (HDD) 213; and storing the A/V data from the 
FIFO file of the HDD 213 in a DVD-RAM disk 214. Here, when a sufficient main memory exists on a computer, the 
FIFO file may not exist in the HDD. 
[0130] Upon reproduction, a process for storing A/V data from the DVD-RAM disk 21 4 in a computer main memory 
215 in real time and a process for reading the A/V data stored in the main memory 215 through an A/V decoder 216 
are performed in a multitasking way. 
ss [0131] For example, the function of a RTRW system using a Windows kernel is divided into creation of a file to which 
real time recording/reproduction attributes are provided, allocation of a data area, data recording, data reproduction, 
data deletion, and file closing, and these divided functions will now be described referring to FIG. 9. 
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<method ol creating a real time recording/reproduction file> 

[01321 In the first step, a Windows kernel API (application programming interface) called to create a real time re- 
cording/reproduction file is a create file. The application layer 201 assigns a file attribute as FILE_ATTRIBUTE_RTRW 
s to a create file to create the real time recording/reproduction file, and calls the Windows kernel 202 as in the lollowing 
example: 

example: FileHandle = CreateFile (*AVFILE.MPG\FILE_ATRIBUTE_RTRW....) 
[01 33] In the second step, the Windows kernel 202 orders the DVD- RAM device driver 203 to create a file. 
[01 34] In the third step, the DVD-RAM device driver 203 designates a FILE.ATTRIBUTE.RTRW attribute when the 
io file generation (unction is ordered. When the FILE_ATTRIBUTE_RTRW attribute is designated, file control information 
is stored in an extended attribute area of a file entry, a stream directory ICB (information control block) area, a file 
identifier descriptor area, or a file type area or nag area of an ICB TAG field in a file entry. Here, bit rate information 
can also be set when an A/V file is created. 

is <method of allocating an allocated/unrecorded area of a real time recording/reproduction file> 

[01 35] In the first step, a Windows kernel API called to allocate an allocated/Unrecorded area of a real time recording/ 
reproduction file is a set file pointer having a seek function. In order for the application layer 201 to pre-altocate a data 
area of a real time recording/reproduction file in advance as an allocated/unrecorded area as large as a minimum 

20 contiguous storage block, the set file pointer calls the Windows kernel 202 as in the following example: 
example: SetFilePointer (FileHandle.8_1024_l024.NULL.FILE_END) 
SetFileBitrate (FileHandle.bitrate) 
[01 36] Alternatively, a data area necessary lor real time recording/reproduction can be pre-allocated tn advance as 
an allocated/unrecorded state using the SetFileBitrate (FileHandle.bitrate). Here, when the application layer knows a 

2S bit rate and an API for converting the bit rate into the number of blocks exists in the rile system layer, the number of 
blocks obtained by the API can be secured as the data area necessary for real time recording/reproduction in an 
allocated/unrecorded state using the SetFilePointer. 

[01 37] In the second step, the Windows kernel 202 orders the DVD-RAM device driver 203 to seek for a file. 
[0138] In the third step, the DVD-RAM device driver 203 checks if real time recording/reproduction attributes are 
30 assigned to a file, upon ordering of the file seeking function, and secures an allocated/unrecorded data area as large 
as the length for seeking according to minimum contiguous storage conditions (for example, file defect management 
file allocation, file buffering, the magnitude of a minimum contiguous storage block, and bit rate information) specified 
in the assigned real time recording/reproduction attributes, as shown in FIG. 11 . One pre-allocated area or a plurality 
of areas are arranged in an ECC unit and can be allocated. 
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<method of recording data of a real time recording/reproduction file> 



[01 39] In the first step, a Windows kernel API called to record the data of the real time recording/reproduction file is 
a write file. The application layer 201 calls a Windows kernel using a write file as in the following example, to store real 
•to time data: 

example: WriteFile (FileHandle.AV_Buffer.32_l024.NULL.NULL) . _. 

[01 40] In the second step, the Windows kernel 202 calls the file recording function of the DVD-RAM device driver 203. 
[0141] In the third step, the DVD-RAM device driver 203 checks il real time recording/reproduction attnbutes are 
assigned to a file, upon calling the file recording function. If the real time recording/reproduction attributes are assigned. 

4S a/V data to be recorded is recorded in an allocated/unrecorded area according to real time recording conditions. Upon 
recording, when no allocated/unrecorded area exist, the magnitude of recorded data is reported to the application layer 
201 The application layer 201 pre-allocates an allocated/unrecorded area designated as the real time record.ng/re- 
production attributes to record the left-over unrecorded data using a seek command SetFilePointer with reference to 
the amount of recorded data, and again records the left-over data. 

so [0142] That is. as shown in FIG. 12A. A/V data of 32.1024 bytes is recorded in an allocated/unrecorded area of 
8_1024_1024 bytes shown in FIG. 11 . and the residual area is still allocated as the allocated/unrecorded area. 
[01 43] As shown in FIG 1 2B, when the amount of data recorded in a variable written of the application layer 201 is 
reported since the allocated/unrecorded area is 32_1024 bytes short, the file system layer automatically -pre-allocates 
an unallocated area using bit rate information designated through the SetFileBitrate. As shown in FIG . 1 2C. the residual 

ss data is recorded in the ECC block unit. When a defective block is generated during recording and an error is thus 
generated, a block corresponding to the defective block is excluded from the allocated/unrecorded area as shown in 
PIG 1 2D 

[01441 Here, when the bit rates tor sections can be distinguished from each other, information associated with the 
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bit rate for each section can be recorded in a file contra! information area. That is. FIGS. 1 3A and 1 3B show an example 
of a plurality of bit rate values (here. V 1( V 2 and V 3 ) and information associated with sections stored as real time 
recording/reproduction information in a file control information area when different bit rates are provided in different 
sections. FIGS. 1 3C and 1 3D show an example of one bit rate value (here. V b ) stored as real time recording/reproduction 
information in a file control information area when an identical bit rate is provided in the entire file data section. 

<method of reproducing real time recording/reproduction file data> 

[0145J In the first step, a Windows kernel API called to reproduce the data of a real time recording/reproduction file 
is a read file. The application layer 201 calls a Windows kernel using the read file as in the following example, to 
reproduce real time data: 

example: ReadFile (F ile Handle. AV_Buffer,32_1 024. NULL. NULL) 
[0146] In the second step, the Windows kernel 202 orders the DVD-RAM device driver 203 to read a file. 
[0147] In the third step, the DVD-RAM device driver 203 checks if real time recording/reproduction attributes are 
assigned to the file, when the file reading function is ordered. If the real time recording/reproduction attributes are 
assigned, A/V data as long as the length for reproduction is reproduced from an A/V data area according to real time 
reproduction conditions. 

[0148] Here, when a defect is generated in a block to be reproduced, a read command indicating that allocated/ 
unrecorded file attributes are assigned but not read is transmitted from the DVD-RAM device driver 203 to the drive 204. 
[0149] A real time recording command and a reproducing command provided by a command interface of the DVD- 
RAM device driver must be used upon real time recording/reproduction. 

<method of deleting part of real lime recording/reproduction file data> 



[0150] In the first step, a "DeletePartOfFile" is called as the Windows kernel API to delete part of the data of a real 
time recording/reproduction file. In order to delete part of real time data, the application layer 201 calls a Windows 
kernel using the "DeletePartOf File" as in the following example: 

example: DeletePartOfFile (FileHandle.Offset.Size) 
[0151] In the second step, the Windows kernel 202 orders the DVD-RAM device driver 203 to delete part of the file. 
[0152] In the third step, when partial deletion of the file is ordered, the DVD-RAM device driver 203 checks if real 
time recording/reproduction attributes are assigned to the file, and deletes data from an A/V data area according to 
real time conditions if the real time recording/reproduction attributes have been assigned. Upon partial deletion of a 
file, a file for managing a dummy file or an ECC padding space list is created under a root directory on a system file. 
[0153] FIG. 14A shows an area to be deleted from a real time file in which A/V data is arranged in ECC units. The 
3S deletion area is allocated to a free area as _shown in FIG . 1 4B. and an A/V data sectipapertaining-to the deletion-area. 
-among an ECC block ranging over the boundary of the deletion area, is called a padding space. A/V data in this padding 
space is managed as a separate file on the system file and stored in an allocation descriptor (AD) list in an ECC padding 
space list. A/V data not pertaining to the deletion area, in the ECC block, is stored in the AD list of a file entry. The 
ECC padding space list is again updated according to a function such as deletion or writing. When an application of 
40 the method according to the present invention is an UDF system, the ECC padding space list can be described by a 
short allocation descriptor. 

[0154] In FIG. 14B. the A/V file space and the padding space of the ECC block ranging over the boundary of the 
deletion area have extent lengths. As shown in FIG . 1 4C. the A/V file space of the ECC block ranging over the boundary 
of the deletion area has both an extent length and an information length, but the padding space is managed as an 
allocation descriptor having an extent length and an information length of "0" in the AD list in an A/V file entry. The an 
A/V file space not pertaining to the deletion area, in the ECC block, is also managed in the AD list in the AV file entry. 
In this case, the padding space can be defined as an extended allocation descriptor of UDF. 



<method of closing a real time recording/reproduction file> 



[0155] In the first step, a CloseHandle function is called as a Windows kernel API to close a real time file. In order 
to close a real time recording/reproduction file, the application layer 201 calls the window kernel 202 using the Close- 
Handle as in the following example. - 

example: CloseHandle (FileHandle) 
55 [01 56] In the second step, the window kernel 202 orders the DVD-RAM device driver 203 to seek for a file. 

[01 57] In the third step, when the file closing function is ordered, the DVD-RAM device driver 203 updates file control 
information (file entry, etc.) and disk information (e.g.. free area information, etc.). 

[0158] According to embodiments of the present invention as described above, real time recording/reproduction 
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attributes are assigned to a file, and the file is recorded/reproduced in a different way from a general file. In this way, 
a real time recording/reproduction Hie can be recorded/reproduced in real time. 

[0159] Also, in the present invention, files are divided into real time files and general files, and defect management 
information, file allocation information, buffering information, and the magnitude information of a minimum contiguous 
storage block provided in each step are assigned as real time recording/reproduction information to the real time file 
upon recording/reproduction. Thus, real time recording/reproduction can be effectively performed. 
[0160] Furthermore, in embodiments of the present invention, the control information of a spindle motor is obtained 
from real time recording/reproduction information associated with a recording/reproduction bit rate, thus controlling the 
spindle motor. 

[0161] The reader's attention is directed to all papers and documents which are filed concurrently with or previous 
to this specification in connection with this application and which are open to public inspection with this specification, 
and the contents of all such papers and documents are incorporated herein by reference. 

[0162] All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), 
and/or all of the steps of any method or process so disclosed, may be combined in any combination, except combina- 
tions where at least some of such features and/or steps are mutually exclusive. 

[0163] Each feature disclosed in this specification (including any accompanying claims, abstract and drawings), may 
be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. 
Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent 
or simitar features. 

[0164] The invention is not restricted to the details of the foregoing embodiment(s). The invention extends to any 
novel one. or any novel combination, of the features disclosed in this specification (including any accompanying claims, 
abstract and drawings), or to any novel one, or any novel combination, of the steps of any method or process so 
disclosed. 



Claims 

1. A recording medium in which real time files requiring real time recording/reproduction are recorded, wherein real 
time recording/reproduction information for ensuring real time recording/reproduction of the real time files is stored 
in a file control information area. 

2. A recording medium in which real time files requiring real time recording/reproduction are recorded, wherein real 
time recording/reproduction information for ensuring real time recording/reproduction of the real time files is stored 
in the real time file. 

3. A recording medium in which real time files requiring real time r^oj^ino/re production are recorded. _wh.ere.in.reat. 
lime recordin^rep7c<3uctton information for ensuring real time recording/reproduction of the real time files is stored 
in a separate file. 

4. The recording medium as claimed in claim 2 or 3, wherein the real time recording/reproduction information is stored 
in a file called 'RTRW_TS.VOB' having a RTRW format. 

5. A recording medium in which real time files requiring real time recording/reproduction are recorded, wherein real 
time recording/reproduction information for ensuring real time recording/reproduction of the real time files is stored 
in a volume structure area of a predetermined file system. 

6. The recording medium as claimed in any of the preceding claims, wherein the real time recording/reproduction 
information includes file indication information indicating that a file requires real time recording/reproduction. 

7. The recording medium as claimed in any of the preceding claims, wherein the real time recording/reproduction 
information includes at least one among recording/reproduction bit rate information, information on a minimum 
contiguous storage block satisfying the condition in which the playback time of a current data block is greater than 
the sum of the seek time and the read time of a data block to be played back, information on a playback time for 
ensuring minimum contiguous storage, and contiguous recording/reproduction type information. 

_8. The recording medium as claimed in claim 7. wherein control information of a spindle motor is obtained from the 
recording/reproduction bit rate information. 
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9. The recording medium as claimed in claim 7, wherein Ihe recording/reproduction bit rate information includes a 
plurality of bit rate values when a bit rate varies with sections, and information associated with the sections. 

10. The recording medium as claimed in claim 9, wherein the real time recording/reproduction information further 
s includes the maximum allowable value information of a real time recording/reproduction bit rate. 

11. The recording medium as claimed in any of claims 3 to 6, wherein the information of the minimum contiguous 
storage block is determined depending on a maximum seek time. 

'0 12. A recording medium according to claim 1 , or claim 6 or 7 as appendent thereto in which the file control information 
area isof a universal disk format (UDF) system. 

13. The recording medium as claimed in claim 12, wherein the real time recording/reproduction information is stored 
in one or more among the following: in an extended attribute field of a file entry for the UOF system; in a file identifier 

is descriptor field of UDF systems: in a stream directory ICB (information control block) field for UDF systems; in a 

file type field in an ICB TAG field of a file entry for the UDF system; in a file flag field in an ICB TAG field of a file 
entry for the UDF system. 

14. A recording and reproducing method comprising the steps of: (a) arranging and recording real time files requiring 
20 real time recording/reproduction on the basis of real time recording/reproduction information for ensuring real time 

reproduction, and recording the real time recording/reproduction information; and (b) reading and reproducing the 
real time file data using the real time recording/reproduction information. 

15. The recording and reproducing method as claimed in claim 14, wherein the real time recording/reproduction infor- 
ms mation is stored in one or more of the following locations: 

a file control information area; 

the file control information area of a UDF system: 

30 

each real time file: 

a volume sturcture area. 

3$ ISr -The recording and reproducing method as claimed in claim 14, where in reai time recording/reprcduction information 
assocaited with the real time files is stored in a separate file. 

17. The recording and reproducing method as claimed in claim 14, wherein the real time recording/reproduction infor- 
mation includes file indication information indicating that a file requires real time recording/reproduction. 

40 

18. The recording and reproducing method as claimed in claim 14, wherein the real time recording/reproduction infor- 
mation includes recording/reproduction bit rate information, and includes information associated with sections and 
a plurality of bit rate values when a bit rate varies for different sections. 

19. The recording and reproducing method as claimed in claim 18, wherein in step (a), file data areas are automatically 
arranged according to the recording/reproduction bit rate information. 

20. The recording and reproducing method as claimed in claim 19. wherein the maximum allowable value of a real 
time recording/reproduction bit rate is further included in the real time recording/reproduction information. 

so 

21. The recording and reproducing method as claimed in claim 14. wherein the real time recording/reproduction infor- 
mation includes at least one among a minimum contiguous storage block satisfying the condition in which the 
playback time of a current data block is greater than the sum of the seek time and the read time of a data block 
to be played back, a playback time for ensuring minimum contiguous storage, and contiguous recording/reproduc- 

ss ijon type information. 

22. The recording and reproducing method as claimed in claim 21 , wherein in step (a), the real time files are arranged 
in the minimum contiguous storage block. 
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23. The recording and reproducing method as claimed in claim 21. wherein the step (a) further comprises the step 
(al) of recording as the real time recording/reproduction information attribute indicating when the end portion or 
the real time file is not filled with data by the minimum contiguous storage block while the real time file is recorded 
in the minimum contiguous storage block, a number of data blocks corresponding to the size of the unfilled portion 
are allocated but unrecorded. 

24. The recording and reproducing method as claimed in claim 21 , wherein the minimum contiguous storage block is 
classified in consideration of the size of an error correction code block and a maximum seek time. 

25. The recording and reproducing method as claimed in claim 24, wherein in step (a), the real time files are arranged 
in the classified minimum contiguous storage blocks. 

26. The recording and reproducing method as claimed in claim 21 , wherein the real time recording/reproduction infor- 
mation further includes one or more among the following: current real time recordable/reproducible state informa- 
tion indicating whether a current file is arranged so as to be recorded/reproduced in real time: and at least one 
among file defect management information indicating that replacement of a defective block with a block in a spare 
area and rereading or rewriting of the defective block are not attempted when reading or writing is failed, file 
allocation information indicating that a data block is not allocated to the defective block replaced by the spare area, 
and file buffering information associated with the amount of data to be initially read from a buffer and the amount 
of written data at a time. 

27. The recording and reproducing method as claimed in claim 21, wherein the contiguous recording/reproduction 
type information includes the conditions for controlling real lime files, the conditions being classified into types, 
and the conditions for controlling real time files include recording/reproduction bit rate information, file defect man- 
agement information, file allocation information, file buffering information, the information of a minimum contiguous 
storage block, etc. 

28. The recording and reproducing method as claimed in any of claims 21 to 27, wherein the step (b) comprises the 
substeps of: 

(bl ) reading a volume area on the recording medium; and 

(b2) reproducing a file in consideration of the real time recording/reproduction information if real time recording/ 
reproduction information exists in the volume area. 

29. Th e recor d i n g and reproducing method.as.claimed jn_any_of claims 21 to.27, wherein the step,(b) comprises the 
substeps of: 

(b3) determining whether real time recording/reproduction information exists in a file area: and 

(b4) reproducing a file in consideration of the real time recording/reproduction information if real lime recording/ 
reproduction information exists in the file area. 

30. The recording and reproducing method as claimed in claim 28 or 29. wherein recording/reproduction bit rate in- 
formation, defect management information, file allocation information, and file buffering information according to 
real time recording/reproduction information in the file area are analyzed, and file data in a minimum contiguous 
storage block is read and reproduced in step (b2) or (b4) respectively. 

31 . The recording and reproducing method as claimed in claim 21 , wherein the method further comprises the step of: 

(c) copying a file to a free area from which a defective block is excluded, on the basis of the real time recording/ 
reproduction information and general defect management information. 

32. The recording and reproducing method as claimed in claim 31 , wherein the real time recording/reproduction infor- 
- mation and real time files are copied together in step (c). 

33. The recording and reproducing method as claimed in claim 31 , wherein only the real time file data is copied on 
the basis of the real time recording/reproduction information in step (c). 
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34. A recording and reproducing apparatus for recording and/or reproducing real time files on a disc' using real time 
recording/reproduction information for ensuring real time recording/reproduction, the apparatus comprising: 

a codec for compressing and encoding an input bit stream according to a predetermined compression scheme 
s and providing compressed data upon recording, and decoding the compressed and encoded data upon re- 

production; 

a buffer for temporarily storing the compressed data at a recording bit rate using bit rate information included 
in the real time recording/reproduction information, and transmitting data written on the disc to the codec at a 
'0 reproduction bit rate: 

a signal processor for converting the data stored in the buffer into a signal suitable for recording and transmitting 
the converted signal together with real time recording/reproduction information onto the disc upon recording, 
and reproducing data read from the disc according to the real time recording/reproduction information recorded 
'5 on a predetermined area of the disc: and 

a controller for controlling the driving of a servo mechanism including a spindle motor according to bit rate 
information of the real time recording/reproduction information. 

20 35. The recording and reproducing apparatus as claimed in claim 34, wherein the recording/reproduction bit rate in- 
formation includes information associated with sections and a plurality of bit rate values when the bit rates for 
sections are different. 

36. The recording and reproducing apparatus as claimed in claim 34 or 35, wherein the maximum allowable value of 
25 a real time recording/reproduction bit rate is further included in the real time recording/reproduction information. 

37. The recording and reproducing apparatus as claimed in claim 34. wherein file data areas are automatically arranged 
according to the recording/reproduction bit rate information. 

30 38. The recording and reproducing apparatus as claimed in claim 34, wherein the real time recording/reproduction 
information is stored in one or more of the following: 

a file control information area; 

as the file contTol information area of a universal disc format (UDF) system, each real time file: anchor a volume 

structure area. 

39. The recording and reproducing apparatus as claimed in claim 34, wherein real time recording/reproduction infor- 
mation associated with the real time files is stored in a separate file. 

40 

40. The recording and reproducing apparatus as claimed in claim 34, wherein the real time recording/reproduction 
information includes file indication information indicating that a file requires real time recording/reproduction. 

41. The recording and reproducing apparatus as claimed in claim 34, wherein the real time recording/reproduction 
•*s information further includes at least one among a minimum contiguous storage block satisfying the condition in 

which the playback time of a current data block is greater than the sum of the seek time and the read time of a 
data block to be played back, a playback time for ensuring minimum contiguous storage, and contiguous recording/ 
reproduction type information. 

50 42. The recording and reproducing apparatus as claimed in claim 41, wherein the contiguous recording/reproduction 
type information in real time recording/reproduction information includes the conditions for controlling real time 
files, the conditions being classified into types, and the conditions for controlling real time files include recording/ 
reproduction bit rate information, file defect management information, file allocation information, file buffering in- 
formation, the information of a minimum contiguous storage block, etc. 

55 

43. The recording and reproducing apparatus as claimed in claim 34, wherein the real time recording/reproduction 
information further includes at least one among file defect management information indicating that replacement 
of a defective block with a block in a spare area and rereading or rewriting of the defective block are not attempted 
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when reading or writing is failed, file allocation information indicating that a data block is not allocated to the de- 
fective block replaced by the spare area, and file buffering information associated with the amount of data to be 
initially read from a buffer and the amount of written at a time. 

44. A method of operating a file for a system capable of writing and rewriting real time files to which real time recording/ 
reproduction attribute information is assigned, the method comprising' the step of operating the real time files in 
correspondence with any one process among a real time file creation process, an area allocation process, a re- 
cording process, a reproduction process, a deletion process, and a closing process using the real time recording/ 
reproduction attribute information. 

45. The method of claim 44, wherein the real time recording/reproduction attribute information includes file indication 
information indicating that a file requires real time recording/reproduction. 

46. The method of claim 44, wherein the real time recording/reproduction attribute information includes at least one 
among recording/reproduction bit rate information, information on a minimum contiguous storage block satisfying 
the condition in which the playback time of a current data block is greater than the sum of the seek time and the 
read time of a data block to be played back, information on a playback time for ensuring minimum contiguous 
storage, and contiguous recording/reproduction type information. 

47. The method as claimed in claim 46, wherein the selected process is the creation process, and the method com- 
prises the steps of: 

an application layer calling a kernel layer using a file creation command: 

. the kernel layer calling a file creation function from a device driver by the kernel layer and 

the device driver creating a real time file by designating real time recording/reproduction attributes, when the 
file creation function is called. • 

48. The method as claimed in claim 46, wherein the selected process is the area allocation process, and the method 
comprises the steps of: 

an application layer calling a kernel layer using a seek command: 

the kernel layer calling a file seek function from a device driver and 

the device driver checking if real time recording/reproduction attributes have been set, when the file creation 
function is called, and pre-a (locating an allocated/unrecorded data area having the length for seeking according 
to a minimum contiguous storage condition specified in the real time recording/reproduction attribute informa- 
tion. 

49. The method as claimed in claim 46, wherein the selected process is the recording process, and the method com- 
prises the steps of: 

an application layer calling a kernel layer using a record command; 

the kernel layer calling a file seek function from a device driver and 

the device driver checking if real time recording/reproduction attributes have been set, when the file recording 
function is called, and recording data in an allocated/unrecorded area according to a real time recording con- 
dition. 

50. The method as claimed in claim 49, further comprising the steps of: 

reporting the magnitude of recorded data to the application layer when an allocated/unrecorded allocation 
area is deficient in the recording step; 

the application layer pre-allocating an allocated/unrecorded area using the area allocation process with ref- 



EP 0 953 977 A1 



erence to the magnitude of the recorded data: and 

recording the residual data in a pre-allocated area. 

^ S1 . The method as claimed in claim 50. wherein the allocated/unrecorded area is automatically pre-altocated according 
to bit rate information set by a file system layer in the step of pre-allocating the allocated/unrecorded area. 

52. The method as claimed in claim 50, wherein when a defective block is generated during recording of data in the 
allocated/unrecorded area in the recording step, the defective block is excluded from the allocated/unrecorded 

*o area. 

53. The method as claimed in claim 46, wherein the selected process is the reproduction process, and the method 
comprises the steps of: 

75 an application layer calling a kernel layer using a reproduction command: 

the kernel layer calling a file reproduction function from a device driver: and 

the device driver checking if real time recording/reproduction attributes have been set. when the file reproduc- 
20 tion function is called, and reproducing data according to a real time reproduction condition. 

54. The method as claimed in claim 46. wherein the selected process is the deletion process, and the method comprises 
the steps of: 

2S an application layer calling a kernel layer using a deletion command: 

the kernel layer calling a file deletion function from a device driver and 

the device driver checking if real time recording/reproduction attributes have been set. when the file deletion 
function is called, and deleting data according to a real time condition. 

30 55. The method as claimed in claim 54. wherein the deletion area is allocated to a free area, and data in a padding 
space of an A/V data section pertaining to the deletion area among an error correction code (ECC) block ranging 
over the boundary of the deletion area is managed as a separate file on a system file. 



35 



56. The method as claimed in claim 54. wherein the data in the padding space is stored and managed in an allocation 
descriptor list in an ECC.padding„entry, and the-pac^ing-space-pertaining-to-the deletiOT area in an ECC bicck 
ranging over the boundary of the deletion area and an A/V file space not pertaining to the deletion area have extent 
lengths. 

57. The method as claimed in claim 46, wherein the selected process is the closing process, and the method comprises 
JO the steps of: 

an application layer calling a kernel layer using a close command: 

the kernel layer calling a file closing function from a device driver and 

the device driver updating file control information and disc information when the file closing function is called. 
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